home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / info / drdtips.zip / 1401.TXT < prev    next >
Text File  |  1992-09-09  |  26KB  |  630 lines
  1.  
  2.                       TECHNICAL BULLETIN
  3.  
  4.  
  5.           TITLE: Using DR DOS LANPack
  6.    DOCUMENT ID#: TB-M-1401
  7.            DATE: 08SEPT92
  8.         PRODUCT: DR DOS LANPack
  9. PRODUCT VERSION:
  10.  
  11. Using NetWare DR DOS LANPack to prepare new, diskless and diskette
  12. only workstations
  13.  
  14. Topics Covered:
  15.  
  16. 1. Installing DR DOS 6.0 to workstations with new or unprepared
  17. hard drive using LANPack
  18.  
  19. 2. Configuring Remote Boot workstations with DR DOS 6.0 using
  20. LANPack
  21.  
  22. 3. Installing DR DOS 6.0 to diskette only workstations using
  23. LANPack
  24.  
  25. Important additional information for all DR DOS LANPack users:
  26.  
  27. Appendix A: Mapping DR DOS 6.0 workstations to the DR DOS directory
  28. on the file server
  29.  
  30. Appendix B: Mapping DR DOS 6.0 workstations to the proper temporary
  31. and configuration directories
  32.  
  33.  
  34.  
  35. 1. Installing DR DOS 6.0 to workstations with new or unprepared
  36. hard drive using LANPack
  37.  
  38. LANPack can be used to install DR DOS 6.0 to a new or unprepared
  39. workstation hard drive.  The instructions that follow illustrate
  40. how to create a bootable DR DOS 6.0 diskette.  The diskette can
  41. then be used to boot the workstation, login to a NetWare file
  42. server, and run the DR DOS 6.0 FDISK program to prepare the
  43. workstation hard drive.  (This same diskette may also be used when
  44. configuring Remote Boot workstations and diskette only
  45. workstations.)
  46.  
  47. Once such a workstation hard drive is properly prepared using
  48. FDISK, the LANPack Remote Installation feature can be used to
  49. affect a complete DR DOS 6.0 installation to the hard drive.
  50.  
  51. 1.1 Workstation boot diskette preparation
  52.  
  53. A bootable diskette can be created that logs a workstation into
  54. a known file server and account to activate the LANPack
  55. installation program.  The hard drive must be formatted with a
  56. DOS partition in order for the installation process to work
  57. properly.  FDISK will prepare the drive partitions and format
  58. the drive.  There is no need to run FORMAT after running FDISK.
  59.  
  60. The boot diskette that is created should match the media format
  61. of the A: drive of the workstation involved, 3 1/2" or 5 1/4". 
  62. The DR DOS 6.0 FORMAT program should be used from a workstation
  63. with DR DOS 6.0 already installed to prepare the boot diskette. 
  64. The FORMAT command should be used with the /S switch as follows
  65. to ensure that the DR DOS 6.0 system files are copied and that
  66. the diskette is made bootable:
  67.  
  68. FORMAT /S
  69.  
  70. 1.2  Contents of the boot diskette
  71.  
  72. The prepared boot diskette should contain the following files:
  73.  
  74. File Names               Comments
  75.  
  76. IBMBIO.COM     DR DOS "BIOS" code (copied by FORMAT /S)
  77.  
  78. IBMDOS.COM     DR DOS "DOS" code (copied by FORMAT /S)
  79.  
  80. COMMAND.COM    DR DOS "Shell" code (copied by FORMAT /S)
  81.  
  82. CONFIG.SYS     Created by network administrator (see section 1.3)
  83.  
  84. AUTOEXEC.BAT   Created by network administrator (see section 1.4)
  85.  
  86. COUNTRY.SYS    Used to support international codepages and
  87.                international date and time formats
  88.  
  89. EMM386.SYS     Memory manager driver for 80386/80486 systems
  90.  
  91. HIDOS.SYS      Memory manager driver for 8088/8086/80286 systems
  92.  
  93. PCKWIN.SYS     Driver for SuperPCKwik Windows 3.0/3.1 support
  94.  
  95. MEMMAX.EXE     Program to control use of Upper/Lower memory
  96.  
  97. LSL.COM        Link Support Layer driver
  98.  
  99. NE2000.COM     Driver for workstations using the NE2000 NIC (use
  100.                alternate where appropriate)
  101.  
  102. IPXODI.COM     ODI IPX Protocol Stack driver
  103.  
  104. IPX.COM        IPX driver created by network administrator (see   
  105.                below)
  106.  
  107. EMSNETX.EXE    EMS memory aware NetWare shell
  108.  
  109. XMSNETX.EXE    XMS memory aware NetWare shell
  110.  
  111. NETX.COM       Standard NetWare Shell
  112.  
  113. NET.CFG        Network adapter driver configuration file
  114.  
  115. You will need a bootable diskette of 720K or larger to hold all
  116. of the files listed above.  If the workstations being used have
  117. only low density 5 1/4" (360K) drives, some of the files listed
  118. will have to be omitted.  As it is most likely that only one of
  119. the three NetWare shells available (EMSNETX.EXE, XMSNETX.EXE,
  120. and NETX.COM) will be used at any one time, it is possible to
  121. choose only one of these three shells and still fit the
  122. remainder of the files listed above onto a bootable diskette of
  123. 360K.
  124.  
  125. The majority of the files listed above can be copied from the
  126. directory on the file server containing the DR DOS LANPack
  127. files.  IBMBIO.COM, IBMDOS.COM, and COMMAND.COM will be copied
  128. automatically by the FORMAT /S command.
  129.  
  130. ODI drivers such as LSL.COM, NE2000.COM, and IPXODI.COM are
  131. supplied with the LANPack on the "DOS Workstation Services"
  132. diskette.  If the workstations being used are not equipped with
  133. Novell / Eagle Ethernet NE2000 Network Interface Cards (NICs),
  134. the appropriate ODI NIC driver must be used instead of
  135. NE2000.COM.  Several ODI NIC drivers are included in the "DOS
  136. Workstation Services" diskette.  The NIC manufacturer may also
  137. supply an appropriate NIC driver for use with NetWare.   When
  138. using the ODI NIC drivers and the non-default configuration
  139. settings for the NIC, a NET.CFG file should also be created to
  140. indicate the type of NIC and it's configuration.  A NET.CFG for
  141. an NE2000  might be:
  142.  
  143. Link driver NE2000
  144.      INT 5
  145.      PORT 320
  146.  
  147. Consult the NetWare documentation for more details on the use
  148. and format of a NET.CFG file.
  149.  
  150. If it is necessary to use IPX.COM instead of the ODI drivers for
  151. IPX support, IPX.COM must be generated for the workstation from
  152. the WSGEN diskette provided with NetWare (see the NetWare
  153. documentation for more information.)  The WSGEN utility uses a
  154. file called IPX.OBJ to generate IPX.COM.  IPX.OBJ can be found
  155. in the NETWARE directory under the directory on the file server
  156. containing the DR DOS LANPack files. Use this IPX.OBJ file with
  157. WSGEN when a more recent version is not available.
  158.  
  159. 1.3 Basic CONFIG.SYS
  160.  
  161. The following CONFIG.SYS file may be used with any type of DOS
  162. workstation, regardless of processor type.  A more complex
  163. CONFIG.SYS file might, for example, take into consideration the
  164. type of processor used by the workstation so as to fully exploit
  165. the DR DOS memory management capabilities.  Please consult the
  166. Technical Services Guide provided with DR DOS LANPack for
  167. information on how to be obtain help with the creation of more
  168. complex CONFIG.SYS files with DR DOS and refer to the example
  169. CONFIG.SYS files in the EXAMPLES\NETWARE directory under the
  170. directory on the file server containing the DR DOS LANPack files.
  171.  
  172. SHELL=COMMAND.COM /E:1024 /P
  173. BREAK=ON
  174. HIBUFFERS=15
  175. FASTOPEN=512
  176. FCBS=4,4
  177. FILES=20
  178. LASTDRIVE=E
  179. HISTORY=ON, 256, OFF, OFF, OFF
  180. COUNTRY=001,,COUNTRY.SYS
  181.  
  182. 1.4 Basic AUTOEXEC.BAT
  183.  
  184. The following AUTOEXEC.BAT  file may also be used with any type
  185. of DOS workstation, regardless of processor type.  A more
  186. complex CONFIG.SYS file might load other useful DR DOS utilities
  187. like TaskMAX or the disk cache program.  Please consult the
  188. Technical Services Guide provided with DR DOS LANPack for
  189. information on how to be obtain help with the creation of more
  190. complex AUTOEXEC.BAT files with DR DOS and refer to the example
  191. files in the EXAMPLES\NETWARE directory under the directory on
  192. the file server containing the DR DOS LANPack files.
  193.  
  194. @ECHO OFF
  195. LSL
  196. NE2000
  197. IPXODI
  198. NETX
  199. F:
  200. LOGIN
  201.  
  202. Again, please recall that if the workstations being used are not
  203. equipped with Novell / Eagle Ethernet NE2000 Network Interface
  204. Cards (NICs), the appropriate ODI NIC driver must be used in the
  205. AUTOEXEC.BAT file instead of NE2000.COM.
  206.  
  207. 1.5 LANPack INSTALL configuration
  208.  
  209. Using a diskette prepared in the manner outlined above, it is
  210. possible to use this diskette on multiple workstations simply to
  211. gain access to the NetWare file server and install DR DOS
  212. remotely and automatically.
  213.  
  214. To prepare for this, the LANPack INSTALL command should be
  215. placed in the system or user login script using the NetWare
  216. SYSCON utility.  For installation of DR DOS onto these new
  217. workstations, the INSTALL program requires the use of the /O-
  218. parameter, which prevents INSTALL from attempting to save the
  219. old operating system files.  Also, the /Q parameter should not
  220. be used because DR DOS will always be detected as "already
  221. installed" when booting from the DR DOS diskette.  A typical
  222. system login script for new workstation installation might be:
  223.  
  224. if  "%LOGIN_NAME" == "DRDOS"  then begin
  225.      map root a:=SERVER1/SYS:DRDOS6
  226.      drive a:
  227.      #install /o- /a
  228.      map del a:
  229.      drive *1:
  230. end
  231.  
  232. Automatic installation of DR DOS using the above login script is
  233. then performed by booting the workstation with the prepared
  234. diskette and logging into the file server as user DRDOS.  To
  235. accomplish this as in the above example, it would be necessary
  236. to use the NetWare SYSCON utility to create a generic user
  237. called DRDOS to be used for installation of DR DOS onto
  238. workstations with newly reformatted hard drives.
  239.  
  240. NOTE: LANPack INSTALL normally checks the old AUTOEXEC.BAT or
  241. CONFIG.SYS for keyboard drivers and includes them in the new
  242. configuration.  For an installation of DR DOS onto workstations
  243. with newly reformatted hard drives, a keyboard driver is not
  244. installed causing DR DOS to use the default US COUNTRY setting. 
  245. When using other COUNTRY settings, the KEYB.COM program file should
  246. be added to the prepared diskette, and the AUTOEXEC.BAT file should
  247. contain the KEYB command using the appropriate country codes.  See
  248. the DR DOS 6.0 User Guide for more details on using the KEYB
  249. command.
  250.  
  251. For more information on the LANPack installation procedures and
  252. login scripts used with the LANPack, see the DR DOS LANPack
  253. Installation Guide.
  254.  
  255. 2. Configuring Remote Boot workstations with DR DOS 6.0 using
  256. LANPack
  257.  
  258. DR DOS can be used to boot diskless workstations equipped Remote
  259. Boot NICs on a network that may contain a mix of diskless
  260. workstations and other types of workstations.  Many of the same
  261. features available when using a boot diskette of the type
  262. described in the previous section are available when using the
  263. Remote Boot option available with some NICs.  Such features
  264. include advanced CONFIG.SYS and AUTOEXEC.BAT files which will
  265. take full advantage of the features offered by DR DOS.
  266.  
  267. The network administrator may need to configure certain
  268. workstations using the Remote Boot option in different ways. 
  269. Multiple configurations are possible by generating separate
  270. Remote Boot images files for each workstation requiring a unique
  271. configuration.  The Remote Boot loader on the NetWare file
  272. server will send the different Remote Boot images to different
  273. workstations according to the network node address at each
  274. workstation.  Please refer to the NetWare documentation for more
  275. information on the use of Remote Boot image files.
  276.  
  277. Multiple Remote Boot configurations will be generated by
  278. creating multiple pairs of CONFIG.SYS and AUTOEXEC.BAT files and
  279. then folding them into separate Remote Boot images.
  280.  
  281. 2.1 Preparing a Remote Boot image
  282.  
  283. The procedure for preparing a single Remote Boot image file, or
  284. multiple image files, for workstations are described clearly in
  285. the NetWare documentation.  The following simply describes how
  286. the LANPack can be used to configure workstations for Remote
  287. Boot program loading.
  288.  
  289. The person responsible for the creation of the Remote Boot image
  290. files will need to have "SUPERVISOR" equivalent rights on the
  291. NetWare file server involved in order to proceed.
  292.  
  293. Prepare a bootable DR DOS 6.0 diskette of the appropriate
  294. format, 3 1/2" or 5 1/4", by using the FORMAT.COM program in a
  295. process similar to that described in section 1.1.  FORMAT should
  296. be used with the /S parameter to make the diskette bootable. 
  297. Then copy all of the files listed in section 1.2 onto the
  298. diskette formatted with DR DOS.
  299.  
  300. Next, generate the DR DOS Remote Boot image or images (one or
  301. more different copies of NET$DOS.SYS) as described in the
  302. NetWare documentation.
  303.  
  304. Depending on the type of diskette being used and list of files
  305. it contains, the screen will look similar to this:
  306.  
  307. Floppy Type f9 = Quad Density, 15 Sectors per track
  308. Total Floppy Space 2400 Sectors
  309. Setting Up System Block
  310. Setting Up FAT Tables
  311. Setting Up Directory Structures
  312. Traversing Directory Structures
  313. Processing IBMBIO.COM
  314. Processing IBMDOS.COM
  315. Processing COMMAND.COM
  316. Processing CONFIG.SYS
  317. Processing AUTOEXEC.BAT
  318. Processing COUNTRY.SYS
  319. Processing EMM386.SYS
  320. Processing HIDOS.SYS
  321. Processing PCKWIN.SYS
  322. Processing MEMMAX.EXE
  323. Processing LSL.COM
  324. Processing NE2000.COM
  325. Processing IPXODI.COM
  326. Processing IPX.COM
  327. Processing EMSNETX.EXE
  328. Processing XMSNETX.EXE
  329. Processing NETX.COM
  330. Processing NET.CFG
  331. Transferring Data to "NET$DOS.SYS"
  332.  
  333. The Remote Boot image has to be modified using the RPLFIX.COM
  334. program to ensure error free Remote Bott image loading, as
  335. described in the DR DOS User Guide. The RPLFIX.COM program can
  336. be found in the NETWARE directory under the LANPack directory on
  337. the file server.
  338.  
  339. The LOGIN directory on the file server and the default directory
  340. (reached at the end of the user login process and normally the
  341. user's home directory) should also contain a copy of the
  342. AUTOEXEC.BAT file used above.  This ensures that commands placed
  343. in the AUTOEXEC.BAT file after the LOGIN command will be
  344. executed properly.  The DR DOS programs which may be used by
  345. these commands will be located in the directory on the file
  346. server containing the LANPack files and can be accessed from the
  347. AUTOEXEC.BAT file after setting the COMSPEC environment variable
  348. from within the system login script, as described in section 2.2.
  349.  
  350. 2.2 Login script for Remote Boot workstations
  351.  
  352. When a workstation is using DR DOS as the client operating
  353. system and the Remote Boot image load program, it is important
  354. that that workstation be properly identified and mapped to the
  355. DR DOS client files on the file server so that it can use the
  356. server to access the DOS files and programs instead of the local
  357. diskette drive.  Please see Appendix A and Appendix B for
  358. information on how to accomplish this.
  359.  
  360. 3. Installing DR DOS 6.0 to diskette only workstations using
  361. LANPack
  362.  
  363. A diskette only workstation refers to machines with a single 3
  364. 1/2" diskette drive or a single 5 1/4" diskette drive.
  365.  
  366. DR DOS 6.0 can be used to boot workstations on a network
  367. equipped with only a single diskette drive.  It is possible to
  368. install DR DOS, and any appropriate external DR DOS commands,
  369. onto the diskette used to boot the workstations using the
  370. LANPack.
  371.  
  372. Typically, diskette only workstations will have a boot diskette
  373. in the A: drive at all times.  The boot diskette will have a
  374. configuration very similar to the diskette described in section
  375. 1.1 of this document.
  376.  
  377. Although it is best that this diskette be kept write protected
  378. to prevent any accidental changes from being made to it during
  379. normal use, the diskette must NOT be write protected when
  380. installing DR DOS onto the diskette using the LANPack.
  381.  
  382. In order for a diskette only workstation to be truly upgraded to
  383. DR DOS, the boot diskette must be updated with the DR DOS system
  384. files and COMMAND.COM (done using the SYS.COM program over the
  385. network), and updated with the latest version of NETX.COM.
  386.  
  387. 3.1 Login script for diskette only workstations
  388.  
  389. The boot diskette used by diskette only workstations can be
  390. upgraded to DR DOS 6.0 automatically using commands in the
  391. system login script.  In addition to updating the diskette with
  392. the DR DOS 6.0 system files, any other relevant external
  393. commands or utilities can be updated as shown below.
  394.  
  395. Having upgraded diskette only workstations with DR DOS, it is
  396. important that the workstations be properly identified and
  397. mapped to the DR DOS client files on the file server so that
  398. they can use the server to access the DOS files and programs. 
  399. Please see Appendix A and Appendix B for information on how to
  400. accomplish this.
  401.  
  402. A typical system login script for the DR DOS 6.0 diskette
  403. upgrade using LANPack will make use of the modified DR DOS
  404. LANPack SYS.COM and XCOPY.COM programs, and the NetWare utility
  405. WSUPDATE.EXE.  Please note that the SYS command must be used
  406. with the undocumented /16V switch, and it must also be used
  407. after the XCOPY commands in order to successfully create a DR
  408. DOS bootable diskette.
  409.  
  410. if "%LOGIN_NAME" = "DISKETTE" then begin
  411.      map root z:=SERVER1/SYS:DRDOS6
  412.      drive z:
  413.      #sys a: /16v
  414.      #xcopy IBM*.* a: /h /r
  415.      #xcopy COMMAND.COM a:
  416.      #wsupdate /f=z:\WSUPDATE.CFG
  417.      map del z:
  418.      drive *1:
  419. end
  420.  
  421. To accomplish this as in the above example, it would be
  422. necessary to use the NetWare SYSCON utility to create a group
  423. called DISKETTE consisting of all users with diskette only
  424. workstations on the network.
  425.  
  426. The file WSUPDATE.CFG is a simple text file which contains the
  427. names of files to be updated on the boot diskette.  Refer to the
  428. NetWare documentation for more information on the use of the
  429. WSUPDATE.EXE program.  Such a file should contain, but not
  430. necessarily be limited to, the following:  
  431.  
  432. Z:NETWARE\NETX.COM A:NETX.COM /C /O /S 
  433. Z:NETWARE\NETX.COM A:NET3.COM /C /O /S 
  434. Z:NETWARE\NETX.COM A:NET4.COM /C /O /S 
  435. Z:NETWARE\NETX.COM A:NET5.COM /C /O /S 
  436. Z:NETWARE\EMSNETX.EXE A:EMSNETX.EXE /C /O /S 
  437. Z:NETWARE\XMSNETX.EXE A:XMSNETX.EXE /C /O /S 
  438. Z:EMM386.SYS A:EMM386.SYS /C /O /S
  439. Z:HIDOS.SYS A:HIDOS.SYS /C /O /S
  440. Z:MEMMAX.EXE A:MEMMAX.EXE /C /O /S
  441.  
  442. NOTE: Check to make sure that the version of the WSUPDATE.EXE
  443. program on the file server is v3.56 or later before using
  444. WSUPDATE.EXE for diskette only workstation installations.  The
  445. directory information for WSUPDATE.EXE MUST match the
  446. information below:
  447.  
  448. 27,356   6-25-91   2:35p  DC3F  wsupdate.exe
  449.  
  450. Please obtain the correct, most recent copy of WSUPDATE.EXE from
  451. a Novell reseller, distributor, Novell representative, or from
  452. NETWIRE on CompuServe, if it does not appear on the file server
  453. as shown above.  The name of the update file to obtain is
  454. WSUPDT.ZIP.
  455.  
  456. More information on using DR DOS 6.0 and NetWare can be found by
  457. consulting the Technical Services Guide provided with the DR DOS
  458. LANPack.
  459.  
  460.  
  461.  
  462. Appendix A: Mapping DR DOS 6.0 workstations to the DR DOS
  463. directory on the file server
  464.  
  465. When setting up a NetWare file server, it is normal for the
  466. network administrator to create a directory structure on the
  467. server's hard drive which contains all the various DOS operating
  468. system files for all the DOS operating systems being used by the
  469. network DOS clients.  This is done to accommodate clients
  470. without a local hard drive so that such clients can use the
  471. server to access the DOS files and programs instead of the local
  472. diskette drive.
  473.  
  474. If a workstation is using DR DOS as the client operating system
  475. without a local hard drive, as would some workstations
  476. configured as described in this document, it is important that
  477. that workstation be properly identified and mapped to the DR DOS
  478. client files on the file server so that it can use the server to
  479. access the DOS files and programs instead of the local diskette
  480. drive.  This section describes how this can be done.
  481.  
  482. NOTE: It is recommended that the original directory on the file
  483. server containing the LANPack files (described in examples above
  484. as SERVER1/SYS:DRDOS6) be maintained and a new directory be
  485. created for use by clients who do not have their own hard drive.
  486.  The new directory might be similar to
  487. SERVER1/SYS:PUBLIC\DRDOS\6.0.  The new directory should be an
  488. exact copy the original directory except for the following
  489. changes: 1) the CONFIG.SYS, AUTOEXEC.BAT, NOVELL.LOG, STARTUP,
  490. and VMAX files should be removed, and 2) the INSTALL.EXE program
  491. should be renamed to SETUP.EXE.
  492.  
  493. A file server serving clients using two DOS operating systems,
  494. say MS DOS 3.30 and COMPAQ DOS 3.31, will have two directories
  495. which contain all the operating system files that would be
  496. contained in the client DOS directories on a local hard drive. 
  497. These directories might have paths on the server like
  498. SERVER1/SYS:PUBLIC/MSDOS/V3.30 and
  499. SERVER1/SYS:PUBLIC/COMPAQ/V3.31.
  500.  
  501. When a client running MS DOS 3.30 attaches to this file server
  502. and logs into this environment, it is important that the client
  503. DOS PATH and COMSPEC variables be adjusted to "point" (or MAP)
  504. to the server copy of the client DOS.  This is normally
  505. accomplished by the network administrator through changes and
  506. adjustments to the system login script.
  507.  
  508. Normally, a line like MAP INS
  509. S2:=SERVER1/SYS:PUBLIC/%OS/%OS_VERSION in the system login
  510. script will handle the mapping to the correct client DOS
  511. directory on the file server properly.  When DR DOS is the DOS
  512. client operating system, however, the %OS and %OS_VERSION
  513. variables actually return MS DOS and v3.31 respectively.  It is
  514. obvious how this may cause confusion.
  515.  
  516. The DR DOS operating system is most compatible with MS
  517. DOS/COMPAQ DOS version 3.3X.  It is for this reason that DR DOS
  518. appears to the NetWare operating system to be MS DOS 3.31. As a
  519. result, both COMPAQ DOS 3.31 and DR DOS 6.0 will end up being
  520. mapped to the same directory on the NetWare file server. In
  521. order to prevent conflicts, a little extra work is required when
  522. writing the system login script.  
  523.  
  524. Because the DR DOS client operating system actually maintains
  525. two environment variables called OS and VER which equal DRDOS
  526. and 6.0 respectively, it is actually possible to test the DOS
  527. client operating system in the login script to determine if the
  528. DOS client is running COMPAQ DOS 3.31 or DR DOS 6.0.  Once the
  529. DR DOS client is detected, the login script should map the
  530. client to a directory with the following path: 
  531.  
  532. SERVER1/SYS:PUBLIC/DRDOS/6.0
  533.  
  534. The following sample portions of a system login script explains
  535. and implements such a technique.  The first few lines establish
  536. environment variables OS and VER if the DOS client is NOT
  537. running DR DOS.  That is, any DOS client operating system other
  538. than DR DOS does not already maintain the DOS environment
  539. variables OS and VER, and as a result, they need to be set.
  540.  
  541. if <OS> != "DRDOS" then begin
  542.      dos set OS="%OS"
  543.      dos set VER="%OS_VERSION"
  544. end
  545.  
  546. All that's left to be done is to map the DOS client using the
  547. DOS environment variables <OS> and <VER>.
  548.  
  549. map ins s2:=SERVER1/SYS:PUBLIC/%<OS>/%<VER>
  550. COMSPEC=s2:COMMAND.COM
  551.  
  552. The above portions of the system login script would result in a
  553. drive mapping for Compaq DOS 3.31 of
  554. SERVER1/SYS:PUBLIC\MSDOS\3.31 and a drive mapping for DR DOS 6.0
  555. of SERVER1/SYS:PUBLIC\DRDOS\6.0.
  556.  
  557. Please see Appendix B for additional information on mapping
  558. workstations without a local hard drive to the proper DOS client
  559. files on a file server.
  560.  
  561.  
  562.  
  563. Appendix B: Mapping DR DOS 6.0 workstations to the proper
  564. temporary and configuration directories
  565.  
  566. If a workstation is using DR DOS as the client operating system
  567. without a local hard drive, as would some workstations
  568. configured as described in this document, it is important that
  569. that workstation be properly identified and mapped to the DR DOS
  570. client files on the file server so that it can use the server to
  571. access the DOS files and programs instead of the local diskette
  572. drive.  Appendix A describes how this can be done using the
  573. system login script.  There are a couple of other issues that
  574. should be considered for such workstations in addition to those
  575. described in Appendix A.
  576.  
  577. DR DOS itself and some of the DR DOS utilities are designed to
  578. use two DR DOS specific DOS environment variables to control
  579. their operation.  One environment variable, TEMP, is used to
  580. specify a path to which DR DOS should write temporary swap
  581. files.  (This same variable can be used by other applications
  582. like Windows.)  The second variable, DRDOSCFG, is used to
  583. specify a path where DR DOS and some of the DR DOS utilities
  584. will find configuration files.  (The DR DOS configuration files
  585. have a file extension of .INI and are found in the directory on
  586. the file server containing the LANPack file.)
  587.  
  588. Workstations without a local hard drive will need to use
  589. non-default settings for these DOS environment variables for DR
  590. DOS and the DR DOS utilities to function properly.  It is
  591. recommended that the TEMP and DRDOSCFG variables be set to a
  592. path in the individual user directory.  (It is common that a
  593. directory similar to SERVER1/SYS:USERS\JSCOTT be available for
  594. each user on the file server.  This example is the path to the
  595. directory used by user JSCOTT.)
  596.  
  597. It would be helpful to create two new directories in each user
  598. directory for this purpose.  As an example,
  599. SERVER1/SYS:USERS\JSCOTT\DRDOSTMP could be used for the
  600. temporary files, and SERVER1/SYS:USERS\JSCOTT\DRDOSCFG could be
  601. used for the configuration files.  These directories could be
  602. created for all users on a file server, but those users with
  603. workstations not equipped with a local hard drive will be most
  604. in need of them.
  605.  
  606. These special, non-default settings for these variables could be
  607. set in the portion of the system login script described above in
  608. Appendix A.  For example, add the following login script excerpt
  609. to the one in Appendix A:
  610.  
  611. if <OS> = "DRDOS" then begin
  612.      if member of "DISKLESS" then begin
  613.           map z:=SERVER1/SYS:USERS\%LOGIN_NAME         
  614.           dos set TEMP="z:\DRDOSTMP"
  615.           dos set DRDOSCFG="z:\DRDOSCFG"
  616.      end
  617. end
  618.  
  619. There are number of places where such DOS environment variables
  620. might be set, of these, the system login script is probably most
  621. convenient.  To accomplish this as in the above example, it
  622. would be necessary to use the NetWare SYSCON utility to create a
  623. group called DISKLESS consisting of all users with diskless or
  624. diskette only workstations on the network.
  625.  
  626. The DOS environment variables might also be set in the
  627. AUTOEXEC.BAT file on the diskette only workstation boot
  628. diskette, or in the AUTOEXEC.BAT file in the Remote Boot
  629. image(s) created for workstations using Remote Boot image load.
  630.